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DETAILED ACTION 

1 . This action is responsive to the Applicant's response filed 5/9/2008. 

As indicated in Applicant's response, claim 39 has been amended. Claims 23-44 are 
pending in the office action. 

Claim Rejections - 35 USC §103 

2. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in section 102 of this title, if the 
differences between the subject matter sought to be patented and the prior art are such that the subject matter as a whole would have been 
obvious at the time the invention was made to a person having ordinary skill in the art to which said subject matter pertains. Patentability 
shall not be negatived by the manner in which the invention was made. 

3. Claims 23-26, 29-34, 37-39, 41-44 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Kuhn, USPN: 6,961,567 (hereinafter Kuhn)and further in view of Allor, 
USPubN: 20030226102 (hereinafter Allor) 

As per claim 23, Kuhn discloses a mobile terminal for use in a wireless 
telecommunications system comprising: 

a mobile terminal; a mobile terminal platform domain (e.g. Fig. 1) having a software 
services component for providing functionality, said software services component in the form of 
software instructions adapted to be loaded and stored in a computer readable medium (col. 4, 
lines 2-6) and executed by a processor of the mobile terminal, 

the mobile terminal platform domain further having an interface component having at 
least one interface for providing access to the functionality of the software services component 
for enabling an application domain software to be loaded and run in said mobile terminal 
platform via said at least one interface (e.g. icon, launch ... interaction, perform tasks, number of 
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screens - col. 5, lines 24-45), said interface component in the form of software instructions 
adapted to be loaded and stored in a computer readable medium (col. 5, line 65 to col. 6, line 6) 
and executed by a processor; and 

plug-in software in the form of software instructions adapted to be loaded and stored in a 
computer readable medium and executed by the processor of the mobile terminal for use by the 
application domain software for modifying the functionality of the software services component 
(e.g. plug-in 204 - Fig. 2; deactivation - col. 6, lines 31-47, lines 57-65; switch between ... 
carriers; changing computer ' s compatibility for different carrier ... providers - col. 7, lines 29- 
61) of the mobile terminal platform domain via the at least one interface. 

But Kuhn does not explicitly disclose an interface component for enabling application 
software to be installed. Kuhn's HTTP application (see Fig. 3, 5A-B and related text) is depicted 
with extensive use of plug-in being invoked for setting features, downloading (see registration 
file 208 - Table 1, col 8, col. 9, lines 1-25) and detecting error conditions (see col. 6, lines 57-65) 
with regard to a service provider type of activation. This Web-based remote activation is further 
enhanced with the analogous use of plug-in by Allor, according to which, a extensible tag 
functionality from a plug-in module can be used to support installation of components via 
callback information in a browser interface (installation - para 0048, pg. 5). It would have been 
obvious for one skill in the art at the time the invention was made to implement the browser 
environment plug-in by Kuhn so that the plug-in can support validating and warning of errors in 
support of installation of components for a particular provider domain application, based on, for 
example, Allor's teachings in using plug-in tag indicator and callback information; because 
embedded content or browser functionality in Kuhn's provider-specific Web services can be 
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installed and would be deployed using the ready-to-use or provided plug-in for such browsers, 
alleviating thereby resources that would require additional developing of program native code, 
such that extensibility of browser capabilities and content display had been known to be 
supported by ready-to-use plug-ins (see Allor, pg. 1, para 0004-0005) 

As per claim 24, Kuhn discloses wherein said at least one interface comprises an 
application programming interface (e.g. API's - col. 5, lines 55-64). 

As per claims 25-26, Kuhn discloses wherein said plug-in software comprises software 
residing in a domain of said application software (e.g. particular carrier . . . service provider - col 
6, lines 50-65) and that uses the functionality of at least one of the platform domain (col. 7, lines 
13-49) and other plug-in software (e.g. plug-in ... compatible with each other - col. 7, lines 50- 
60; col. 6, lines 50-56); 

wherein said plug-in software complies with a same paradigm as provided services (e.g. 
col. 6, lines 7-16; carrier and service . . . intended for that plug-in - col. 4, line 56 to col. 5, line 
4) exported by said application programming interface. 

As per claims 29-30, Kuhn discloses wherein said plug-in software includes a plurality 
of plug-in software modules (refer to claim 23); wherein said plug-in software includes plug-in 
software defining a set of graphical objects and utilities for defining a particular aspect of the 
environment, i.e. locality or language specific parameters (e.g. language - col. 7, lines 29-49; 
changing computer' s compatibility for different carrier ... providers - col. 7, lines 29-61; 
language - col. 7, lines 29-49). But Kuhn does not disclose that such environment parameters 
being modified are for looks and feel. But based on such ability to customize the mobile device 
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environment by Kuhn, it would have been obvious for one skill in the art at the time the 
invention was made to implement Kuhn's plug-in so that these plug-in can also enable the user to 
modify the looks and feels of the browser in which the plug-in operate to rectify discrepancies 
that would arise from incompatible locality or platform within which Kuhn's Web applications 
operate or are graphically rendered. 

As per claim 31, Kuhn discloses wherein said platform domain comprises a platform for 
a mobile terminal for a wireless telecommunications system ( refer to claim 23). 

As per claim 32, Kuhn discloses a method for use in a mobile terminal, comprising: 
providing a mobile terminal platform domain having a software services component for 
providing functionality, said software services component in the form of software instructions 
adapted to be loaded and stored in a computer readable medium and executed by a processor in 
the mobile terminal; 

providing an interface component in said mobile terminal platform domain having at least 
one interface for providing access to the functionality of the software services component for 
enabling an application domain software to be loaded and run in said mobile terminal platform 
via said at least one interface, said interface component in the form of software instructions 
adapted to be loaded and stored in a computer readable medium and executed by the processor of 
the mobile terminal; 

providing plug-in software in the form of software instructions adapted to be loaded and 
stored in a computer readable medium and executed by the processor of the mobile terminal and 
together with the application software for modifying the functionality of the software services 
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component of the mobile terminal platform domain via the at least one interface; and 
modifying the functionality of the software services component via said plug-in software; 

all of which limitations having been addressed in claim 23. 

But Kuhn does not explicitly disclose an interface component for enabling application 
domain software to be installed. However, this limitation has been addressed in claim 23. 

As per claims 33, 34, these claims include respectively the subject matter of claims 25- 
27; hence incorporate the corresponding rejection as set forth therein. 

As per claim 37, this claim will incorporate the same rationale as set forth in claim 30. 

As per claim 38, Kuhn discloses a end user being a manufacturer product end user for 
extending or modifying functionality of said platform ( see claim 33; Fig 1-2). 

As per claim 39, Kuhn discloses manufacturer contributing in creating hardware to 
embody the GARF framework ( col. 5, lines 8-19) the plug-in aspect of which operable to 
modification in order to accommodate language specific provider or network (col. 7 lines 6-49) 
of various countries. Based on the changes needed to provide plug-ins for different continents or 
country (US, France), and providing of a original manufacture plug-ins to that effect, it would 
have been obvious for one skill in the art at the time the invention was made to allow the 
country-specific division of the GARF manufacture to install, readjust certain country-related 
specifications needed for using this original basic plug-in in a geographical area, so that the plug- 
in can be usable by operators for the area or country because this manufacturer's pre-setting or 
extending features of this plug-ins would equip the delivered GARF product with the adjusted 
basics for a country-specific end-users, enabling them to interact with the very service providers 
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covering the geo-economical context and language implications germane to that country, as 
contemplated by Kuhn from above. 

As per claims 41 and 44, Kuhn discloses wherein said step of modifying the 
functionality comprises adding or removing functionality to said software services component of 
said platform (deactivation - col. 6, lines 31-47, lines 57-65; switch between ... carriers; 
changing computer' s compatibility for different carrier ... providers - col. 7, lines 29-61; step 
405 - Fig 5A); wherein said step of modifying the functionality is performed by downloading at 
least one plug-in (refer to claim 23). 

As per claim 42, Kuhn discloses a platform for a mobile terminal for a wireless 
telecommunications system (col. 7, lines 16-25). 

As per claim 43, Kuhn discloses wherein said step of modifying the functionality is 
performed by downloading an application (see registration file 208 - Table 1, col 8, col. 9, lines 
1-25). 

4. Claims 27-28, 35-36, and 40 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Kuhn, USPN: 6,961,567 and Allor, USPubN: 20030226102, further in view of Stewart et 
al, USPubN: 2001/0039570 (hereinafter Stewart) 

As per claims 27-28, Kuhn discloses browser based applications in the realm of mobile 
devices allowing user to receive files or email or various environmental resources from their 
being connected to their provider ( see col. 2, lines 26-35; col. 11, lines 18-30) with capability 
such as naming convention compliance (step 424, 434 - Fig. 5B) and provisioning with 
undesired-event handling compliance (see step 410, Fig. 5A; step 436 - Fig. 5B) but does not 
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explicitly disclose wherein said provided services include one or more of component model 
compliance, and message model compliance; wherein said message model includes a callback 
mode and a full message mode. 

The paradigm using a mobile service provider with web communications allowing the 
mobile user to retrieve data, files and Email messages was a known concept (see Allor: para 
0041, para 0045- pg. 4) at the time the invention was made. Based on Allor's message and call 
back information, it would have been obvious for one skill in the art at the time the invention 
was made to implement Kuhn's browser communication so that compliance to receiving 
application data from the network comprise callback-based messages or full message mode (see 
Allor - claim 23) because either mode can support the browser usability or modifying/extending 
its functionality according Allor's approach with its benefits as set forth in claim 1. 

Likewise, Stewart, in a enterprise-based system using plug-in type of modules (Stewart: 
Fig. 7-9) to provide functionality to Web/HTTP mobile/PDA type of users {wireless - para 0278, 
pg. 16) like those in Kuhn or Allor, discloses wire-protocol and messaging capabilities for 
encapsulating business process/workflow in a HTTP request to implement a business transaction 
framework including compliancy to a model (e.g. para 0348, pg. 18), with message model 
compliancy of HTTP or SOAP (e.g. para 0349, pg. 18). Based on the well-known paradigm of 
HTTP, and Java-based client-server communications and middleware services between provider, 
database and end users, it would have been obvious for one skill in the art at the time the 
invention was made to implement the Web-based services communicated between the provider 
and the mobile platform as set forth by Kuhn and/or Allor, so that Web transactions (e.g. B2B) 
type application using mobile technology can be implemented according to a model framework 



Application/Control Number: 10/665,834 Page 9 

Art Unit: 2193 

with use of SOAP protocol and workflow model compliancy as taught by Stewart. One would 
be motivated to do so because Web transactions for supporting mobile technology at the time the 
invention was made for enabling data such as in Kuhn's paradigm transmission of resources or 
Web-based transaction or business (based on Stewart's model and messaging) to reach registered 
end users (like Kuhn's and Allor's) for enabling customizing of a transaction via utilizing the 
extensibility of the model support and messaging protocol as set forth above (refer to claim 27). 

As per claims 35, 36, these claims include respectively the subject matter of claims 27, 
28; hence incorporate the corresponding rejection as set forth therein. 

As per claim 40, Kuhn does not explicitly disclose wherein said step of modifying the 
functionality is performed by a third party contracted to change the functionality. But based on 
the rationale as set forth in claim 26, middleware services for collaborating workflow in various 
type of Web-bascd transactions involving provider, SOAP interface, COM/Corba middle-tiers, 
trading partners and interconnecting services with RDBMs has been taught as well-known by 
Stewart (see Fig. 1-2, 4, 8-25) according to which modeling framework and messaging are 
instrumental for allowing the provider-based web users to extend the client environment 
application. Based on the concept of third party (see Stewart: COM, Corba - para 0075, pg. 6) 
for collaborating different tiers and partners in a B2B workflow applications, it would have been 
obvious for one skill in the art at the time the invention was made to enable Kuhn's mobile 
device network to use the third party services with capabilities to modify message/extensible 
data (Java, XML or SOAP protocol) and reroute application data to other collaborating trade 
partners or servers, in order to achieve this multi-partners business-to-business type of workflow 
or model-based process in form of application extension as purported in Kuhn network. 



Application/Control Number: 10/665,834 Page 10 

Art Unit: 2193 

Response to Arguments 

5. Applicant's arguments filed 5/9/08 have been fully considered but they are not 
persuasive. Following are the Examiner's observation in regard thereto. 
35 USC § 103 Rejection: 

(A) Applicants have submitted that there is motivation to combine Kuhn with Allor (Appl. 
Rmrks, pg. 10, 2 nd para). Applicants fail to effectively show how implementing Kuhn's plug ins 
to that the teachings by Allor can enhance Kuhn's in terms of allowing installation using the 
functionality of said plug-ins; but rather states a lack of 'motivation' in the obviousness rationale 
of the Office Action. Allegation without proper evidence to corroborate to what has been alleged 
amounts to a insufficient grounds to overcome the obvious rejection because simple allegation 
not accompanied with factual proofs from Applicant's Response can not be deemed sufficient to 
dismiss a legal conclusion effected by the Examiner under the statute and very foundation of the 
USC 103 Rationale. 

(B) Applicants turn to Kuhn's deficiency in fulfilling claims 23 or 32 by submitting that 
Kuhn does not disclose a mobile terminal platform domain within a mobile terminal, the 
platform 'having an interface for providing access ... for enabling domain software ... to be 
loaded and run . . . via said interface' (Appl. Rmrks pg. 10, bottom). What appears to be platform 
domain as recited in the claim has been interpreted as 'having interface for providing access . . . 
loaded and run via said interface'; and Kuhn's cited portions have been used to match each of the 
aspect of the interpreted language. Regarding which, Applicants further argued that the cited 
portions or functionality of Kuhn's elements cannot be equated to those of the invention because 
in Kuhn, the interface or functionality is not confined within the mobile terminal (Appl. Rmrks 
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pg. 12, top, middle) but spread or across hardware domains. The claim does not provide a single 
reasonable feature that would necessarily enforce that using the so-recited interface (of the 
terminal device), interactions outside of the terminal device would be precluded. Applicant's 
arguments fail to comply with 37 CFR 1.1 1 1(b) because they amount to a general allegation that 
the claims define a patentable invention without specifically pointing out how the language of 
the claims patentably distinguishes them from the references. The language recited as 
'modifying the functionality of the software services component of . . . terminal platform . . . via 
the at least one interface' cannot be viewed as a action of prohibiting any interaction with the 
network or hardware environment outside the terminal device simply because 'modifying' takes 
place on the terminal platform by way of an interface. 

(C ) Applicants have submitted that Kuhn does not teach interface component executed by a 
processor, and that plug-in software are instructions to be loaded and stored, and executed by the 
processor of the terminal (Appl. Rmrks pg 12 bottom). It is deemed that Kuhn's plug-in when 
identified and activated within the terminal for use in modifying application level and 
establishing registration with a provider is considered having been loaded, stored and executed 
by the application engine of the processor environment of that terminal. The argument is non- 
persuasive because it fail to point how Kuhn's plug in is not executable, not loaded, not stored 
not executed by any engine. The argument (Appl. Rmrks pg. 14) that Kuhn functionality occur 
across multiple hardware domains or nodes has been addressed above. 
The claims in all stand rejected as set forth in the Office Action. 

Conclusion 
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6. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Tuan A Vu whose telephone number is (571) 272-3735. The 
examiner can normally be reached on 8AM-4:30PM/Mon-Fri. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Lewis Bullock can be reached on (571)272-3759. 

The fax phone number for the organization where this application or proceeding is 
assigned is (571) 273-3735 ( for non-official correspondence - please consult Examiner before 
using) or 571-273-8300 ( for official correspondence) or redirected to customer service at 571- 
272-3609. 

Any inquiry of a general nature or relating to the status of this application should be 
directed to the TC 2100 Group receptionist: 571-272-2100. 

Information regarding the status of an application may be obtained from the Patent Application 
Information Retrieval (PAIR) system. Status information for published applications may be 
obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 

/Tuan A Vu/ 

Primary Examiner, Art Unit 2193 
June 16,2008 
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